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DETAILED ACTION 



1. Applicant's response dated December 19, 2008, responding to the Final Office 
action mailed September 19, 2008 provided in the rejection of claims 1-40. 

Claims 1-40 remain pending in the application and which have been fully 
considered by the examiner. 

Applicant's arguments with respect to claims rejection have been fully considered but 
are moot in view of the new grounds of rejection - see Ruiz et al. - art made of record, as 
applied hereto. 

Withdrawal of Finality 
Applicant's request for reconsideration of the finality of the rejection of the last 
Office action is persuasive and, therefore, the finality of that action is withdrawn. 

Claim Rejections - 35 USC § 102(a) 

2. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 1 02(a) 
that form the basis for the rejections under this section made in this office action: 

A person shall be entitled to a patent unless - 

(a) the invention was known or used by others in this country, or patented or described in a printed 
publication in this or a foreign country, before the invention thereof by the applicant for a patent. 
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3. Claims 1-5,8,11,1 3-1 5,18,1 9, 21 -23, 26, 31 , 33-35, and 37-39 are rejected 
under 35 U.S.C. 102(a) as being anticipated by Ruiz et al. (A Framework for Resolution 
of Deployment Dependencies in Java-Enabled Service Gateways, FIDJI 2003) 
(hereinafter 'Ruiz' - art made of record) 

4. As to claim 1 (Previously Presented), Ruiz discloses a computer-implemented 
method for resolving prerequisites for resolving prerequisites for native applications in 
an Open Service Gateway Initiative (OSGi) framework (e.g., Abstract - ... This 
framework performs the recursive identification and resolution of dependencies between 
services in OSGi platforms , including the resolution of native dependencies Sec. 4 
Resolution of Dependencies in Deployment (Requirement)), comprising: 

• packaging a native application for a client device and corresponding dependency 
information within a first OSGi bundle on a server, wherein the corresponding 
dependency information specifies at least one prerequisite on which the native 
application depends for proper operation on the client device (e.g., P. 4, 2 nd full 
Para - ... package manager that handle software packages described by meta- 
data in order to install and configure the software Sec. 4 Resolution of 
Dependencies in Deployment (Requirements), 1 st bullet; 4 th bullet - 
Heterogeneity: the dependencies go from OSGi service to service 
implementation : from service to native libraries, and from native libraries 
(packages or programs) to other ones; 6 th bullet; 10 th bullet - Dependencies : 



Application/Control Number: 10/805,963 Page 4 

Art Unit: 2192 

different types of dependencies will lead to different activities within the resolution 
process ...) 

• polling the client device by the server to determine if the client device has the at 
least one other prerequisite (e.g., Abstract - ... This framework performs the 
recursive identification and resolution of dependencies between services in OSGi 
platforms , including the resolution of native dependencies . . . ; P. 4, 4 th point - 
Find dependencies: ... In case of finding it, the delivery process is done 
recursively ...); 

• obtaining the at least one prerequisite if the client device does not have the at 
least one prerequisite (e.g., P. 4, 4 1h point - ... If the required component is not 
available, delivery finishes); and 

• loading the at least one prerequisite and the native application on the client 
device (e.g., P. 4, 7 th point - Installation; P. 9, Sec. of 'Loader') 

5. As to claim 2 (Original) (incorporating the rejection in claim 1), Ruiz discloses 
the method, further comprising registering the packaged native application and first 
OSGi bundle after the packaging step, wherein the registering step comprises storing 
the corresponding dependency information (e.g., P. 4, 8 th point - Update register, when 
a new component is installed it is essential to save it in a database ...; 1 st full Para 
the component has available meta-data to solve dependencies and conflicts) 
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6. As to claim 3 (Original) (incorporating the rejection in claim 1), Ruiz discloses 
the method, wherein the polling step comprises: identifying the at least one prerequisite 
to the client device; and receiving a response from the client device, wherein the 
response indicates whether the client device has the at least one prerequisite (e.g., 
Abstract - ... This framework performs the recursive identification and resolution of 
dependencies between services in OSGi platforms , including the resolution of native 
dependencies . . . ; P. 4, 4 th point - Find dependencies: ... In case of finding it, the 
delivery process is done recursively ...) 

7. As to claim 4 (Original) (incorporating the rejection in claim 1), Ruiz discloses 
the method, further comprising: determining the at least one prerequisite, prior to the 
packaging step; and generating the corresponding dependency information based on 
the at least one prerequisite (e.g., P. 4, 3 rd point - check dependencies is in charge of 
analyzing the component dependencies ...; Sec. 4 Resolution of Dependencies in 
Deployment (Requirements)) 

8. As to claim 5 (Original) (incorporating the rejection in claim 1), Ruiz discloses 
the method, wherein the at least one prerequisite comprises another native application 
(e.g., Sec. 5 Resolution of Dependencies in Deployment (Architectural Design), Native 
Resolver - ... The native resolver is thus a wrapper to the Debina resolver (apt-dpkg) 
...) 
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9. As to claim 8 (Previously Presented) (incorporating the rejection in claim 1), 
Ruiz discloses the method wherein the method is performed recursively for the at least 
one prerequisite to resolve prerequisites for the at least one prerequisite (e.g., Abstract - 
. . . This framework performs the recursive identification and resolution of dependencies 
between services in OSGi platforms , including the resolution of native dependencies ...; 
P. 4, 4 th point - Find dependencies: ... In case of finding it, the delivery process is done 
recursively ...) 

10. As to claim 1 1 (Previously Presented), Ruiz discloses a computer-implemented 
method for resolving prerequisites for native applications, comprising: 

• packaging a native application for a client device and corresponding 
dependency information within a first bundle on a server, wherein the 
dependency information specifies at least one prerequisite on which the 
native application depends for proper operation on the client device (e.g., ., P. 
4, 2 nd full Para - ... package manager that handle software packages 
described by meta-data in order to install and configure the software ...; Sec. 
4 Resolution of Dependencies in Deployment (Requirements), 1 st bullet; 4 th 
bullet - Heterogeneity: the dependencies go from OSGi service to service 
implementation : from service to native libraries, and from native libraries 
(packages or programs) to other ones; 6 th bullet; 10 th bullet - Dependencies : 
different types of dependencies will lead to different activities within the 
resolution process ...) 
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• polling the client device to determine if the client device has the at least one 
other prerequisite (e.g., Abstract - ... This framework performs the recursive 
identification and resolution of dependencies between services in OSGi 
platforms , including the resolution of native dependencies . . . ; P. 4, 4 th point - 
Find dependencies: ... In case of finding it, the delivery process is done 
recursively ...); 

• obtaining the at least one prerequisite if the client device does not have the at 
least one prerequisite, wherein the at least one prerequisite is packaged 
within a second bundle that is accessible to the server (e.g., P. 4, 4 th point - 
... If the required component is not available, delivery finishes); and 

• installing the first bundle and the second bundle within an environment of the 
client device (e.g., P.4, 7 th point - Installation; P. 9, Sec. of 'Loader') 

11. As to claims 1 3-1 5, please refer to claims 3-5 as set for the above accordingly. 

1 2. As to claim 18 (Previously Presented) (incorporating the rejection in claim 1 1 ), 
please refer to claim 8 as set forth above accordingly. 

13. As to claim 19 (Previously Presented), Ruiz discloses a computerized system 
for resolving prerequisites for native applications, comprising: 

• a packaging system for packaging a native application for a client device and 
corresponding dependency information within a first bundle on a server, wherein 
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the dependency information specifies at least one prerequisite on which the 
native application depends for proper operation on the client device (e.g., P. 4, 
2 nd full Para - ... package manager that handle software packages described by 
meta-data in order to install and configure the software Sec. 4 Resolution of 
Dependencies in Deployment (Requirements), 1 s1 bullet; 4 th bullet — 
Heterogeneity: the dependencies go from OSGi service to service 
implementation : from service to native libraries, and from native libraries 
(packages or programs) to other ones; 6 th bullet; 10 th bullet - Dependencies : 
different types of dependencies will lead to different activities within the resolution 
process ...); 

• a communication system for polling the client device to determine if the client 
device has the at least one other prerequisite (e.g., Abstract - ... This framework 
performs the recursive identification and resolution of dependencies between 
services in OSGi platforms , including the resolution of native dependencies ...; P. 
4, 4 th point - Find dependencies: ... In case of finding it, the delivery process is 
done recursively ...); 

• a resolution system for obtaining the at least one prerequisite if the client device 
does not have the at least one prerequisite, wherein the at least one prerequisite 
is packaged within a second bundle that is accessible to the server (e.g., P. 4, 4 th 
point If the required component is not available, delivery finishes); and 

• a bundle loading system for loading the first bundle and the second bundle on 
the client device (e.g., P. 4, 7 th point - Installation; P. 9, Sec. of 'Loader') 
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14. As to claim 21 (Original) (incorporating the rejection in claim 19), please refer to 
claim 3 above, accordingly. 

15. As to claim 22 (Original) (incorporating the rejection in claim 19), please refer to 
claim 4 above, accordingly. 

1 6. As to claim 23 (Original) (incorporating the rejection in claim 1 9), please refer to 
claim 5 above, accordingly. 

17. As to claim 26 (Original) (incorporating the rejection in claim 19), please refer to 
claim 3 above, accordingly. 

18. As to claim 31 (Previously Presented), Ruiz discloses a program product stored 
on a recordable medium for resolving prerequisites for native applications, which when 
executed, comprises: 

• program code for packaging a native application for a client device and 

corresponding dependency information within a first bundle on a server, wherein 
the dependency information specifies at least one prerequisite on which the 
native application depends for proper operation on the client device (e.g., P. 4, 
2 nd full Para - ... package manager that handle software packages described by 
meta-data in order to install and configure the software ...; Sec. 4 Resolution of 
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Dependencies in Deployment (Requirements), 1 st bullet; 4 th bullet — 
Heterogeneity: the dependencies go from OSGi service to service 
implementation : from service to native libraries, and from native libraries 
(packages or programs) to other ones; 6 th bullet; 1 0 th bullet - Dependencies : 
different types of dependencies will lead to different activities within the resolution 
process ...) 

• program code for polling the client device to determine if the client device has the 
at least one other prerequisite (e.g., Abstract - ... This framework performs the 
recursive identification and resolution of dependencies between services in OSGi 
platforms , including the resolution of native dependencies . . . ; P. 4, 4 th point - 
Find dependencies: ... In case of finding it, the delivery process is done 
recursively ...); 

• program code for obtaining the at least one prerequisite if the client device does 
not have the at least one prerequisite, wherein the at least one prerequisite is 
packaged within a second bundle that is accessible to the server (e.g., P. 4, 4 th 
point If the required component is not available, delivery finishes); and 

• program code for loading the first bundle and the second bundle on the client 
device (e.g., P. 4, 7 th point - Installation; P. 9, Sec. of 'Loader') 

19. As to claim 33 (Original) (incorporating the rejection in claim 31), please refer to 
claim 3 above, accordingly. 
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20. As to claim 34 (Original) (incorporating the rejection in claim 31), please refer to 
claim 4 above, accordingly. 

21 . As to claim 35 (Original) (incorporating the rejection in claim 31), please refer to 
claim 5 above, accordingly. 

22. As to claim 37 (Original) (incorporating the rejection in claim 31), Ruiz discloses 
the program product, wherein the at least one prerequisite is packaged with 
corresponding dependency information within the second OSGi bundle (e.g., P. 4, 3 rd 
point - check dependencies is in charge of analyzing the component dependencies 
Sec. 4 Resolution of Dependencies in Deployment (Requirements)) 

23. As to claim 38 (Original) (incorporating the rejection in claim 31), Ruiz discloses 
the program product, wherein the client device includes: program code for determining 
whether the client device has the at least one prerequisite; and program code for 
generating and sending a response to the server (e.g., Abstract - ... This framework 
performs the recursive identification and resolution of dependencies between services 
in OSGi platforms , including the resolution of native dependencies . . . ; P. 4, 4 th point - 
Find dependencies: ... In case of finding it, the delivery process is done recursively . . .) 



24. As to claim 39 (Original) (incorporating the rejection in claim 31), please refer to 
claim 9 as set forth above accordingly. 
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Claim Rejections - 35 USC § 103(a) 

The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 

obviousness rejections set forth in this office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 1 02 of this title, if the differences between the subject matter sought to be patented 
and the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

25. Claims 10, 27-28, 30, and 40 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Ruiz in view of Hall et al., (Component Deployment on OSGi: The 
Gravity Case, January 29, 2003, Fractal Workshop - LSR-Adele) (hereinafter 'Hall') 

26. As to claim 10 (Original) (incorporating the rejection in claim 1), further, Ruiz 
discloses the framework performs the recursive identification and resolution of 
dependencies between services in OSGi platforms, including the resolution of native 
dependencies (e.g., Abstract) but does not explicitly disclose the method, the system, 
and the program product, wherein a name and version of the native application is 
represented in a name and version of the OSGi bundle. 

However, in an analogous art of component deployment on OSGi: the gravity 
case, Hall discloses the method, the system, and the program product, wherein a name 
and version of the native application is represented in a name and version of the OSGi 
bundle (e.g., Slide 7 - Bundle Manifest Example - Import- Package, specification- 
version) 
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Therefore, it would have been obvious to one of ordinary skill in the art, at the 
time the invention was made to combine the teachings of Hall into the Ruiz's system to 
further provide the method, the system, and the program product, wherein a name and 
version of the native application is represented in a name and version of the OSGi 
bundle. 

The motivation is that it would enhance the Ruiz's system by taking, advancing 
and/or incorporating the Hall's system which provides the framework of a factory service 
concept built on top of OSGi and further standardizes OSGi component creation as 
once suggested by Hall (e.g., Slides 30-31, 35-41 - Extended OSGi Component Model 
for Gravity) 

27. As to claim 27 (Original) (incorporating the rejection in claim 19), Hall discloses 
the system, wherein the dependency information specifies an identity and a version of 
the at least one prerequisite required by the native application (e.g., Slide 7 - Bundle 
Manifest Example - Import- Package, specification-version) 

28. As to claim 28 (Original) (incorporating the rejection in claim 27), please refer to 
claim 5 above, accordingly. 

29. As to claim 30 (Original) (incorporating the rejection in claim 19), please refer to 
claim 10 as set forth above accordingly. 
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30. As to claim 40 (Original) (incorporating the rejection in claim 31), please refer to 
claim 10 as set forth above accordingly. 

31 . Claims 6-7, 9,12,1 6-1 7, 20, 24-25, 29, 32, and 36 are rejected under 35 U.S.C. 
103(a) as being unpatentable over Ruiz in view of Liang et al. {Bundle Dependency in 
Open Services Gateway Initiative Framework Initialization, 2002, IEEE) (hereinafter 
'Liang') 

32. As to claim 6 (Original) (incorporating the rejection in claim 1), Further, Ruiz 
discloses the framework performs the recursive identification and resolution of 
dependencies between services in OSGi platforms, including the resolution of native 
dependencies (e.g., Abstract) but does not explicitly disclose other limitations stated 
below. 

However, in an analogous art of Bundle Dependency in Open Services Gateway 
Initiative Framework Initialization, Liang discloses the method, wherein the at least one 
prerequisite is packaged with corresponding dependency information within a second 
OSGi bundle, and wherein the obtaining step comprises obtaining the second OSGi 
bundle (e.g., Fig. 3 - Bundle Dependency Relationship; Sec. of c) Let The Third Party 
Bundle To Manage the Service Dependency In a Centralized Control Way, 3 rd Para) 

Therefore, it would have been obvious to one of ordinary skill in the art, at the 
time the invention was made to combine the teachings of Liang into the Ruiz's system to 
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further resolve prerequisites for native applications in an Open Service Gateway 
Initiative (OSGi) framework. 

The motivation is that it would enhance the Ruiz's system by taking, advancing 
and/or incorporating Liang's system which provides the framework can look up all 
events of those bundles to manage the bundle dependency automatically as once 
suggested by Liang (e.g., sec. of e) A New OSGi Component Model, 1 st Para., Lines 13- 
16) 

33. As to claim 7 (Original) (incorporating the rejection in claim 6), Liang discloses 
the method, wherein loading step comprises: 

• installing the first OSGi bundle and the second OSGi bundle within an OSGi 
environment of the client device (e.g., Sec. 1 of Introduction, 2 nd Para., Lines 
13—20; Sec. of Bundle Dependency During Framework Initialization, 3 rd Para.); 

• deploying the first OSGi bundle and the second OSGi bundle within a native 
environment of the client device (e.g., Sec. of Introduction, 2 nd Para., Lines 1-12); 
and 

• removing the native application from within the first OSGi bundle and the at least 
one prerequisite from within the second OSGi bundle (e.g., Sec. of c) Let The 
Third Party Bundle To Manage the Service Dependency In a Centralized Control 
Way, 2 nd Para., Lines 8-10) 
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34. As to claims 9 (Original) (incorporating the rejection in claim 1), Liang discloses 
the method and the program product, wherein the dependency information is expressed 
as a package import statement (e.g., Sec. of c) Let The Third Party Bundle To Manage 
the Service Dependency In a Centralized Control Way, 3 rd Para., Lines 5-1 1 - import- 
package field in its manifest file) 

35. As to claim 12 (Original) (incorporating the rejection in claim 11), Liang discloses 
the method, wherein the first OSGi bundle and the second OSGi bundle are registered 
on the server after being packaged with the first native application and the at least one 
prerequisite (e.g., Sec. 1, 1 st Para., Lines 12-1 4 -open services include service 
discovery, service registration, service deployment, service processing, and service 
security, 2 nd Para., Lines 17-19 - from a shared service registry; Sec. of d) By Using 
ServicEvent and Event Handling Mechanism of OSGi, 1 st Para., Lines 2-12) 

36. As to claim 16 (Original) (incorporating the rejection in claim 11), Liang discloses 
the method, further comprising: 

• deploying the first OSGi bundle and the second OSGi bundle within a native 
environment of the client device (e.g., Sec. of Introduction, 2 nd Para., Lines 1-12); 
and 

• removing the native application from within the first OSGi bundle and the at least 
one prerequisite from within the second OSGi bundle (e.g., Sec. of c) Let The 
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Third Party Bundle To Manage the Service Dependency In a Centralized Control 
Way, 2 nd Para., Lines 8-10) 

37. As to claim 17 (Original) (incorporating the rejection in claim 11), Liang discloses 
the method, wherein the at least one prerequisite is packaged with corresponding 
dependency information within the second OSGi bundle (e.g., Fig. 3 - Bundle 
Dependency Relationship; Sec. of c) Let The Third Party Bundle To Manage the 
Service Dependency In a Centralized Control Way, 3 rd Para.) 

38. As to claim 20 (Original) (incorporating the rejection in claim 19), Liang discloses 
the system, wherein packaging system further registers the first OSGi bundle after 
being packaged with the first native application (e.g., Sec. 1 , 1 st Para., Lines 12-14 — 
open services include service discovery, service registration, service deployment, 
service processing, and service security, 2 nd Para, Lines 17-19 - from a shared service 
registry; Sec. of d) By Using ServicEvent and Event Handling Mechanism of OSGi, 1 st 
Para, Lines 2-12) 

39. As to claim 24 (Original) (incorporating the rejection in claim 19), Liang discloses 
the system, wherein bundle loading system comprises: 

• an export system for installing the first OSGi bundle and the second OSGi bundle 
within the OSGi environment of the client device (e.g., Sec. 1 of Introduction, 2 nd 
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Para., Lines 13 — 20; Sec. of Bundle Dependency During Framework 
Initialization, 3 rd Para.); 

• a deployment system for deploying the first OSGi bundle and the second OSGi 
bundle within a native environment of the client device (e.g., Sec. of Introduction, 
2 nd Para., Lines 1-12); and 

• a removal system for removing the native application from within the first OSGi 
bundle and the at least one prerequisite from within the second OSGi bundle 
(e.g., Sec. of c) Let The Third Party Bundle To Manage the Service Dependency 
In a Centralized Control Way, 2 nd Para., Lines 8-10) 

40. As to claim 25 (Original) (incorporating the rejection in claim 19), please refer to 
claim 17 above, accordingly. 

41 . As to claim 29 (Previously Presented) (incorporating the rejection in claim 19), 
please refer to claim 9 above, accordingly. 

42. As to claim 32 (Original) (incorporating the rejection in claim 31), please refer to 
claim 20 above, accordingly. 

43. As to claim 36 (Original) (incorporating the rejection in claim 31), please refer to 
claim 24 above, accordingly. 
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Conclusion 

44. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Ben C. Wang whose telephone number is 571-270- 
1240. The examiner can normally be reached on Monday - Friday, 8:00 a.m. - 5:00 
p.m., EST. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Tuan Q. Dam can be reached on 571-272-3695. The fax phone number for 
the organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 



/Ben C Wang/ 
Ben C. Wang 
Examiner, Art Unit 2192 



/Tuan Q. Dam/ 

Supervisory Patent Examiner, Art Unit 2192 



